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BACKGROUND OF THE INVENTION 

Field of the Invention 
[0001] The present invention relates to methods for header 
compression/decompression in packet transmission and, more 
specifically, to a method for header compression/decompression, 
where reference information is requested to be updated when an 
error occurs in packet transmission. 

Description of the Background Art 
[0002] Typical protocols recently known for data transmission 
over the Internet include TCP/IP (Transmission Control 
Protocol/Internet Protocol) and UDP/IP (User Datagram 
Protocol/Internet Protocol) . In data transmission under such 
transmission protocol over a low and midrange bit rate transmission 
path, the header specified by TCP, UDP, IP, or other protocols 
is larger in size, disadvantageously causing overhead associated 
with communication. For example, to transmit 10-byte data under 
UDP/IP, the transmitting side has to add a 28-byte header to the 
original data, resultantly forming a 38-byte packet, which is 



approximately four times larger in size than the original data. 
If such increase in size happens quite often, the transmission 
path is substantially decreased in effective speed. 
[0003] In order to reduce communication overhead caused by the 

header, a header compression scheme developed by V. Jacobson and 
defined in RFC 1144 and RFC2508 has been known. In this scheme, 
among the fields of the header included in the packet, transmitted 
are only any field changed in value from the one included in the 
previous packet. There are not many fields that change in value 
in the header, and therefore, in this scheme, header compression 
is successfully carried out. This header compression scheme, 
however, is a standard for wired communication with a low 
transmission error rate, as shown in FIG. 5, and is not efficient 
for a transmission path with a high transmission error rate. 
[0004] FIG. 6 shows a communication network for wireless 

terminals over a cellular phone network such as W-CDMA. In recent 
years, the number of users of such communication network is rapidly 
growing. The communication network of FIG. 6 includes a wireless 
transmission section where errors frequently occur. To reduce 
overhead caused by the header in a wireless section, one header 
compression scheme is known as ROHC (RObust Header Compression) 
studied by IETF (Internet Engineering Task Force) . The detail 
of ROHC is described in "draft-ietf-rohc-rtp-00.txt (29 June 
2000) " . 

[0005] In ROHC, for data compression at the transmitting side 



(compressing side) and data decompression at the receiving side 
(decompressing side ) , reference information is shared by both sides 
for reference. That is, the reference information referred to 
for data compression at the transmitting side is also referred 
to for data decompression at the receiving side. By sharing the 
reference information, data decompression can be correctly 
achieved. FIG. 7 shows one example of data transmission adopting 
ROHC. 

[0006] In FIG. 7, at the start of data transmission, the 

transmitting side and the receiving side each have held correct 
reference information a . Consider first a case where the 
transmitting side transmits a header HI and data Dl to the receiving 
side . Before transmission, the transmitting side carries out data 
compression on the header HI by referring to the reference 
information a . Here, the header HI and a compressed header H'l 
for transmission to the receiving side have such a relation as 
represented by the following equation (1) . 

' 1 = HI * a ... (1). 

[0007] In the above equation (1) , an operation represented by 

* varies for each fieldof the header tobe compressed. For example, 
the operation is so carried out as follows: the field does not 
vary if representing a UDP port number; the field is generally 
increased in value by 1 if representing an RTP sequence number; 
and the field is increased in value by 50 if representing an RTP 
times tamp . 



[0008] As such, the reference information a includes all 
information required for compression of each field as described 
above. Therefore, if the receiving side holds the correct 
reference information a having the same contents as that held 
in the transmitting side, the receiving side can correctly 
decompress the received compressed header H'l into the original 
header HI, thereby obtaining the correct header HI and data Dl. 
Similarly, headers and data H2 and D2, H3 and D3, and H4 and DA 
are transmitted after each header is compressed by referring to 
the reference information a . 

[0009] Next, consider a case where the reference information 
is changed. FIG. 8 shows an example of data transmission where 
the reference information is changed during the transmission. In 
FIG. 8, after the header H2 and the data D2 are transmitted, the 
reference information is changed from a to /3 , and the header H3 
is compressed by referring to the changed reference information 

[0010] For example, assume that the RTP timestamp of the header 

tobe transmitted is increasedby 50, but, at the time of transmission 
of the data D3, such increase is changed to by 100. Under this 
assumption, the transmitting side changes the reference 
information a held so far containing that "The RTP timestamp is 
increased by 50" into the reference information j3 containing that 
"The RTP timestamp is increased by 100". To update the reference 
information, as shown in FIG . 8, the receiving side re fers to update 



• » 

information further provided to the compressed header to be 
transmitted (here, a header H'3). 

[0011] In some cases, the reference information may be updated 

even if the update information is not explicitly transmitted. One 
5 example header compression scheme taken in such cases is briefly 
described below. In the compressed header, the sequence number 
is assigned 4 bits capable of representing integers from 0 to 15, 
but not 16 or more. Therefore, any integer N equal to 16 or more 
is represented by Nmodl6. Thus, the receiving side finds the 

10 sequence number by using an equation L*16 + (received sequence 
number) , where L is incremented by 1 whenever the received sequence 
number is changed from the maximum value (here, 15) to the minimum 
value (here, 0) . Here, the update information is not explicitly 
transmitted. Instead, when the sequence number becomes larger 

15 than the maximum value, the reference information is updated on 
both sides . 

[0012] FIG. 9 is a block diagram showing the structure of a 

header decompression apparatus that achieves the header 
decompression as described above. 
20 [0013] In FIG. 9, a header decompression apparatus 1007 includes 
a packet output unit 1001, an error detector 1002, a header 
decompressor 1003, a packet receiver 1004, a reference information 
manager 1005, and an update request unit 1006. 

[0014] The packet receiver 1004 receives a header-compressed 
25 packet from a transmitting side, and outputs the packet to the 

5 



header decompressor 1003. The header decompressor 1003 refers 
to reference information managed by the reference information 
manager 1005 to decompress the compressed header, and outputs the 
header-decompressed packet to the error detector 1002. If the 
compressed header is provided with update information, the header 
decompressor 1003 updates the reference information managed by 
the reference information manager 1005 with the update information 
provided to the compressed header . The error detector 1002 detects 
any error in the header-decompressed packet. If no error is 
detected, the error detector 1002 outputs the 
correctly-decompressed packet to the packet output unit 1001 . If 
an error is detected, the error detector 1002 discards the packet 
as not having been correctly decompressed. The update request 
unit 1006 receives a notification that an error is detected by 
the error detector 1002, and transmits an update request to the 
transmitting side. Specifically, according to the above document , 
vv draf t-ietf-rohc-rtp-00 . txt (29 June 2000)", the update request 
unit 1006 transmits a NACK packet. The reference information 
manager 1005 manages the reference information for header 
decompression. The packet output unit 1001 outputs the 
header-decompressed packet . 

[0015] As such, the header decompression apparatus 1007 detects 
any error in the compressed header. Here, typically, the 
compressed header is provided with a CRC (Cyclic Redundancy Code) 
for determining whether the header-decompressed packet has any 



error. Therefore, any error that occurred in the compressed header 
or a payload due to noise during wireless transmission can be 
detected, and the erroneous packet can be discarded. 
[0016] FIG. 10 shows one example of data transmission where 
an error occurs due to noise during wireless transmission. In 
FIG. 10, a header H2 is compressed to be a header H'2, and the 
header H'2 and data D2 are wirelessly transmitted. During the 
wireless transmission, noise or other factors affect the compressed 
header H'2, causing an error, which is denoted by a dotted cross 
in FIG. 10. As a result, as denoted by a solid cross in FIG. 10, 
the header cannot be correctly decompressed at the receiving side, 
and therefore the entire packet is discarded. 

[0017] Such error as described above may occur also in the 
compressed header with the update information provided thereto. 
FIG. 11 exemplarily shows a case where an error occurs in the header 
with the update information provided thereto, and the reference 
information is erroneously updated. In FIG. 11, a header H3 is 
compressed to be a header H'3, and the header H'3 and data D3 is 
wirelessly transmitted. During the wireless transmission, noise 
or other factors affect the update information provided to the 
compressed header H'3, causing a change in the update information, 
which is denoted by a dotted cross in FIG. 11. Therefore, at the 
receiving side, the reference information is erroneously updated 
to reference information j3 ', based on the changed update 
information, and the header H3 decompressed by referring to the 



erroneous reference information is not the same as the original 
header H3 before compression at the transmitting side. This also 
applies to the following headers H4 and thereafter. As a result, 
as denoted by a solid cross in FIG . 11, the header cannot correctly 
decompressed at the receiving side, and is generally regarded as 
having an error. Therefore, the entire packet is discarded. 
[0018] In some cases, however, the header is not regarded as 

having an error even if it has not been correctly decompressed, 
and therefore the packet is not discarded. FIG. 12 exemplarily 
shows a case where a packet is not regarded as having an error 
even if the reference information is erroneously updated. In FIG. 
12, the reference information is erroneously updated at the 
receiving side to become receiving-side reference information a ' , 
which is different from the reference information a at the 
transmitting side. As a result, headers HI to H4 are erroneously 
decompressed at the receiving side. Therefore, in general, CRC 
errors occur and the entire packet are discarded. However, 
according to principles of CRC, not all errors cannot be detected, 
and any erroneously-decompressed header may be accidentally 
determined as being correct. In FIG. 12, a packet containing the 
header H3and the data D3is accidentally determined as being correct, 
and is not discarded. 

[0019] As stated above, even if no error is detected, there 
may be a decompression error caused by noise or erroneous reference 
information. Also, even if one decompression error is detected, 
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it is impossible to tell the cause of the decompression error, 
that is, either noise or erroneous reference information. 
Therefore, according to the above background art , an update request 
typified by NACK is transmitted whenever an error occurs. Such 
update request, however, is unnecessary when the reference 
information is correct and the error is caused only by noise . Thus, 
according to the background art, the more errors caused by noise, 
the mo re unnecessary update requests are transmitted, and therefore 
the lower header compression efficiency becomes. 

SUMMARY OF THE INVENTION 

[0020] Therefore, an object of the present invention is to 
provide a header decompression method in which only a necessary 
request for updating reference information is made based on the 
state of an error in a header-decompressed packet. 

[0021] The present invention has the following features to 
attain the object above. 

[0022] A first aspect of the present invention is directed to 
a header decompression apparatus for decompressing a compressed 
header of a packet for transmission by referring to reference 
information being the same as reference information referred to 
for header compression by a transmitting side. In the apparatus, 
a packet receiver receives the packet from the transmitting side. 
A reference information manager stores and manages the reference 
information. A header decompressor is provided with the received 



packet, and carries out header decompression by referring to the 
reference information stored in the reference information manager . 
An error detector detects an error in the packet including the 
decompressed header. A counter/storage counts and stores the 
number of errors detected by the error detector . An update request 
unit transmits, to the transmitting side, update information for 
updating the reference information, when determining, based on 
the number counted by the counter /storage , that the reference 
information stored in the reference information manager should 
be updated. When the update information is transmitted from the 
transmitting side, the reference information manager updates the 
reference information stored in the reference information manager 
based on the transmitted update information. 

[0023] As described above, in the first aspect, based on the 
error detection results in the counter/storage, the update request 
unit determines whether the reference information should be updated . 
Thus, the number of packets to be discarded due to error in the 
reference information can be reduced, and efficient packet 
transmission can be achieved. 

[0024] According to a second aspect, in the first aspect, the 
counter/storage includes a successive error counter and a 
successive decompression success counter. The successive error 
counter counts and stores the number of times X the packet having 
the error detected by the error detector successively appeared. 
The successive decompression success counter counts and stores 
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the number of times Y the packet having no error successively 
appeared after the error detector detects the error. 

Moreover, the update request unit determines, based on 
values of X and Y counted by the counter /storage , whether the 
reference information stored in the reference information manager 
should be updated. 

[0025] As described above, in the second aspect, based on the 
number of decompression errors and decompression successes that 
successively appeared in the receiving side, an update request 
is transmitted to the transmitting side. Thus, the number of 
packets to be discarded due to error in the reference information 
can be reduced, and efficient packet transmission can be achieved. 
[0026] According to a third aspect, in the second aspect, when 
X ^ Y, the update request unit determines that the reference 
information stored in the reference information manager should 
be updated. 

[0027] As described above, in the third aspect, when X ^ Y, 
a large number of successive decompression errors have occurred, 
and therefore there is a high possibility that the reference 
information has an error. Thus, the number of packets to be 
discarded due to error in the reference information can be reduced, 
and efficient packet transmission can be achieved. 
[0028] According to a fourth aspect, in the first aspect, the 
counter/storage counts and stores the number of packets W 
previously received and the number of packets R having the error 



detected by the error detector. The update request unit 
determines, based on W and R counted by the counter/storage, that 
the reference information stored in the reference information 
manager should be updated when £ is larger than a predetermined 
value . 

[0029] As described above, in the fourth aspect, if the number 
of decompression errors in the packets previously received at the 
receiving side becomes large, an update request is sent to the 
transmitting side. Thus, the number of packets to be discarded 
due to error in the reference information can be reduced, and 
efficient packet transmission can be achieved. 

[0030] Fifth to eighth aspects are directed to header 

decompression methods respectively corresponding to the above 
header decompression apparatuses. Ninth to eleventh aspects are 
directed to computer-readable recording media with programs 
respectively corresponding the above header decompression methods . 
Twelfth to fourteenth aspects are directed to programs respectively 
corresponding to the above header decompression methods. 
[0031] These and other objects, features, aspects and 
advantages of the present invention will become more apparent from 
the following detailed description of the present invention when 
taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0032] FIG. 1 is a block diagram showing the structure of a 



data compression apparatus 607 according to a first embodiment 
of the present invention; 

FIG. 2 is a block diagram- showing the structure of a 
data decompression apparatus 70 9 according to the first embodiment 
of the present invention; 

FIG. 3 is a diagram exemplarily showing the state of 
decompression and values of X and Y when a packet PI to a packet 
Pll are received; 

FIG. 4 is a block diagram showing the structure of a 
data decompression apparatus 908 according to a second embodiment 
of the present invention; 

FIG. 5 is a diagram showing a header compression section 
in wired communication; 

FIG. 6 is a diagram showing a header compression section 
in wireless communication; 

FIG . 7 is a diagram exemplarily showing data transmission 
under a conventional header compression scheme of ROHC; 

FIG. 8 is a diagram showing an example of data 
transmission where reference information is changed during the 
transmission in conventional header compression; 

FIG. 9 is a block diagram showing the structure of a 
header decompression apparatus that achieves the header 
decompression in conventional art; 

FIG. 10 is a diagram showing one example of data 
transmission where an error occurs due to noise during wireless 



transmission in the conventional header compression; 

FIG. 11 is a diagram exemplarily showing a case where, 
in the conventional header compression, an error occurs in the 
header with reference update information provided thereto, and 
the reference information is erroneously updated; and 

FIG. 12 is a diagram exemplarily showing a case where, 
in the conventional header compression, a packet is not regarded 
as having an error even if the reference information is erroneously 
updated . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0033] (First Embodiment) 

A method for header compression/decompression 
according to a first embodiment of the present invention is realized 
by a header compression apparatus and a header decompression 
apparatus as shown in FIGS. 1 and 2, respectively. With reference 
to the drawings, the structure of each apparatus is described below. 
[0034] FIG. 1 is a block diagram showing the structure of a 

header compression apparatus 607. In FIG. 1, the header 
compression apparatus 607 includes a packet input unit 601, a CRC 
provider 602, a header compressor 603, a packet transmitter 604, 
a reference information manager 60 5, and an update request receiver 
606 . 

[0035] The packet input unit 601 outputs a received packet to 
the CRC provider 602. The CRC provider 602 provides the received 



packet with a CRC for output to the header compressor 603. The 
header compressor 603 refers to reference information managed by 
the reference information manager 605 to compress the header of 
the received packet, and outputs the resultant packet to the packet 
transmitter 604. How .to compress the header will be described 
later. The packet transmitter 604 transmits the received 
header-compressed packet to the receiving side. The reference 
information manager 605 manages the reference information referred 
to by the header compressor 603. The update request receiver 606 
receives an update request from the transmitting side, and notifies 
the reference information manager 605 of the update request. The 
notified reference information manager 605 outputs the managed 
reference information to the header compressor 603, and instructs 
it to provide update information corresponding to the reference 
information to the compressed header. 

[0036] FIG. 2 is a block diagram showing the structure of a 

header decompression apparatus 709. In FIG. 2, the header 
decompression apparatus 709 includes a packet output unit 701, 
an error detector' 7 02 , a header decompressor 7 03 , a packet receiver 
704, a successive decompression error counter (hereinafter, 
successive error counter ) 705, a successive decompression success 
counter 706, a reference information manager 707, and an update 
request unit 708 . 

[0037] The packet receiver 704 receives, from the transmitting 
side, the header-compressed packet, and outputs it to the header 



decompressor 703. The header decompressor 703 refers to the 
reference information managed by the reference information manager 
707 to decompress the compressed header, and outputs the resultant 
packet to the error detector 702. The error detector 702 detects 
a CRC error in the header-decompressed packet, and outputs, to 
the packet output unit 701, only any packet whose header has been 
correctly decompressed. The successive error counter 705 counts 
the number of successive decompression errors detected by the error 
detector 702. The successive decompression success counter 706 
counts the number of successive decompression successes detected 
by the error detector 702. The update request unit 708 refers 
to the numbers counted by the successive error counter 705 and 
the successive decompression success counter 706 to determine 
whether an update request is required in a manner described later, 
and transmits the update request as required to the transmitting 
side . The reference information manager 7 07 manages the reference 
information for header decompression. 

[0038] Note that, in the present invention, "successive" 
decompression errors mean that successive two or more error states 
are observed in a header, or that only one error state is observed 
therein, although the latter is not generally applicable to the 
meaning of the word "successive". Similarly, "successive" 
decompression successes means that successive two or more 
error-free states are observed in a header, or that only one 
error-free state is observed therein. How to determine 



"successive" states in the present invention will be described 
later . 

[0039] Described specifically below are the operation of each 
of the above structured header compression apparatus and header 
decompression apparatus according to the present embodiment. 
Note that a packet supplied to the apparatuses contains data, such 
as video and audio, with an RTP/UDP/IP header. 

[0040] First, the operation of the header compression apparatus 
shown in FIG. 1 is specifically described. The packet input part 
601 outputs an externally-inputted RTP/UDP/IP packet to the CRC 
provider 602. The CRC provider 602 computes a CRC for the entire 
packet, and provides the CRC to the packet. 

[0041] The header compressor 603 refers to the reference 
information managed by the reference information manager 605 for 
header compression. In this header compression, if the header 
can be decompressed with its sequence number, the reference 
information is not updated, and only the sequence number is included 
in the header. If the header cannot be decompressed with its 
sequence number, update information of the reference information 
and the sequence number are included in the header. The packet 
transmitter 604 transmits the header-compressed packet to the 
receiving side. 

[0042] The reference information manager 605 stores andmanages 
the reference information referred to by the header compressor 
603. Notified by the header compressor 603 of an update, the 



reference information manager 605 updates the stored reference 
information. Notified by the update request receiver 606 that 
an update request has been received, the reference information 
manager 605 instructs the header compressor 603 to provide the 
update information to the header. 

[0043] The update request receiver 606 receives an update 
request from the receiving side. On receiving the update request, 
the update request receiver 606 notifies the reference information 
manager 605 that the update request has been received. 
[0044] Next, the operation of the header decompression 
apparatus 7 0 9 shown in FIG . 2 is speci fically described . The packet 
receiver 704 receives the header-compressed packet transmitted 
from the packet transmitter 604 shown in FIG. 1, and outputs the 
packet to the header decompressor 703. 

[0045] The header decompressor 703 refers to the reference 
information stored in the reference information manager 707 to 
decompress the compressed-header of the packet. The 
header-decompressed packet is outputted to the error detector 702 . 
If the header is provided with update information, the header 
decompressor 703 notifies the reference information manager 707 
of the update information. 

[0046] The error detector 702 checks whether any error occurs 
or not in the header-decompressed packet by using the CRC . Also, 
the error detector 702 notifies the successive error counter 705 
and the successive decompression success counter 706 of the 
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presence or absence of an error. If any error is detected, the 
errordetector 702 discards the packet . If an error is not detected, 
the error detector 702 outputs, to the packet output unit 701, 
the packet with the CRC removed therefrom. The packet output unit 
701 externally outputs the error-undetected RTP/UDP/IP packet. 
[0047] The reference information manager 707 stores andmanages 
the reference information required for header decompression. If 
the compressed header includes the update information, the 
reference information manager 707 updates the stored reference 
information with the update information coming from the header 
decompressor 703. 

[0048] The successive error counter 705 counts the number of 
successive errors X based on the error detection results in the 
error detector 702. For example, if an error is detected in a 
packet, X is 1. Then, if an error is detected also in the next 
packet, X becomes 2. Then, if an error is detected still in the 
following packet, X is further incremented by 1 to become 3. If 
no error is detected, successiveness is interrupted, and the error 
counter 705 stops counting. 

[0049] The successive decompression success counter 706 counts 
the number of decompression successes Abased on the error detection 
results in the error detector 702. For example, if no error is 
detected in a packet, y is 1. Then, if no error is detected also 
in the next packet, Y becomes 2. Then, if no error is detected 
still in the following packet, Y is further incremented by 1 to 



become 3 . If any error is detected, successiveness is interrupted, 
and the successive decompression success counter 706 stops 
counting . 

[0050] The update request unit 708 determines whether to request 
update based on a set of X outputted from the successive error 
counter 705 and Y outputted from the successive decompression 
success counter 706. This determination operation is further 
described in detail with reference to FIG. 3. 

[0051] FIG. 3 is a diagram exemplarily showing decompression 

operation and values of X and Y when packets PI to Pll are received. 
In FIG. 3, assume that an error occurred in a packet P12 not shown. 
[0052] In FIG. 3, an error is detected in the packet PI, and 

therefore X = 1. In the packet P2 , no error is detected, and 
therefore X is held as 1 and Y = 1 . Then, no error is detected 
from the packets P3 and P4 f and therefore X = 1 and Y = 3. Then, 
when an error is detected in the packet P5, the values of X and 
Y for the packets PI to P4 are regarded as a set representing the 
presence or absence of an error, and determined as X = 1, Y = 3 . 
The values of X and Y for the packet P5 and thereafter are regarded 
as a new set. An error is detected in the packets P5 to P8, and 
therefore X = 4. No error is detected in the packets P9 to Pll, 
and therefore Y = 3 . Thereafter, when an error is detected in 
the packet P12, the values of X and Y for the packets P5 to Pll 
are regarded as a set, and determined as X = 4 and Y = 3 . 
[0053] As such, the update request unit 708 regards the values 



of X and Y as a set representing successive decompression errors 
and subsequent decompression successes, and compares these values 
with predetermined values. By way of example, when X is larger 
than 10 and smaller than 2, it is determined that an error occurs 
in the reference information, and requests the transmitting side 
of updating the reference information. These predetermined 
values are example only, and not restrictive. If X ^ Y f a large 
number of successive decompression errors have occurred, and 
therefore there is a high possibility that the reference 
information has an error. 

[0054] As such, the header decompression apparatus 709 
according to the present embodiment requests the transmitting side 
of updating the reference information based on the number of 
successive decompression errors and successes at the receiving 
side. Thus, the number of packets discarded due to error in the 
reference information can be reduced, and efficient packet 
transmission can be achieved. Such capability of the header 
decompression apparatus 709 can be achieved in a general-purpose 
computer system. In this case, this capability is realized by 
a program executed in the computer system. The program is typically 
stored in a recoding medium such as CD-ROM, or transmitted through 
a communication medium. 
[0055] (Second Embodiment) 

A method for header compression/decompression 
according to a second embodiment of the present invention is 



realized by a header compression apparatus and a header 
decompression apparatus as shown in FIGS. 1 and 4, respectively. 
Therefore, the header compression apparatus according to the second 
embodiment is the same in structure as the header compression 
apparatus 60 7 shown in FIG. 1, and not described herein . Described 
below is the structure of the header decompression apparatus 
according to the present embodiment with reference to FIG. 4. 
[0056] FIG. 4 is a block diagram showing the structure of a 

header decompression apparatus 908. In FIG. 4, the header 
decompression apparatus 908 includes a packet output unit 901, 
an error detector 902, a header decompressor 903, a packet receiver 
904, a decompression error detection result storage 905, a 
reference information manager 906, and an update request unit 907 . 
[0057] The packet receiver 904 outputs a header-compressed 
packet supplied from the transmitting side to the header 
decompressor 903. The header decompressor 903 refers to the 
reference information in the reference information manager 906 
to decompress the compressed header, and outputs the resultant 
packet to the error detector 902. The error detector 902 detects 
any error in the header-decompressed packet, and outputs, to the 
packet output unit 901, any packet whose header has been correctly 
decompressed. The decompression error detection result storage 
905 counts the number of errors or successes detected in the packet 
by the error detector 902 for storage. The update request unit 
907 is supplied with the number counted by the decompression error 



detection result storage 905, determines whether an update request 
is required and transmits the update request as required to the 
transmitting side. The reference information manager 906 manages 
the reference information for header decompression. 
[0058] Described specifically below is the operation of the 

above structured header decompression apparatus according to the 
present embodiment. Note that the operation of the header 
compression apparatus 607, that is, the transmitting side, is 
similar to that according to the first embodiment. Also assume 
that a packet supplied to the apparatuses contains data such as 
video and audio with an RTP/UDP/IP header. 

[0059] In a header decompression apparatus 908 of FIG. 4, a 

packet receiver 904 receives a header-compressed packet 
transmitted from the packet transmitter 604 of FIG. 1, and outputs 
the packet to the header decompressor 903. 

[0060] The header decompressor 903 refers to the reference 
information stored in the reference information manager 906 to 
decompress the compressed-header of the packet. The 
header-decompressed packet is outputted to the error detector 902 . 
If the header is provided with update information of the reference 
information, the header decompressor 903 outputs the update 
information to the reference information manager 906. 
[0061] The error detector 902 checks the presence or absence 
of an error in the header-decompressed packet by using the CRC . 
Also, the error detector 902 notifies the detection result to the 



decompression error detection result storage 905. If any error 
is detected, the error detector 902 discards the packet. If no 
error is detected, the error detector 902 outputs, to the packet 
output unit 901, the packet with the CRC removed therefrom. The 
packet output unit 901 externally outputs the error-undetected 
RTP/UDP/IP packet. 

[0062] The reference information manager 906 stores andmanages 
the reference information required for header decompression. If 
the compressed header includes the update information, the 
reference information manager 906 updates the stored reference 
information with the update information coming from the header 
decompressor 903. 

[0063] The decompression error detection result storage 905 
stores the detection results of the error detector 902, that is, 
the number of errors R for preceding packets. Instead of W or 
R, the number of decompression successes may be stored. 
[0064] The update request unit 907 determines whether to request 
update by comparing the values of W and R outputted from the 
decompression error detection result storage 905 with 
predetermined values . For example, if, among received 50 packets , 
45 packets have errors, that is, fV = 50 and R ^ 45, the update 
request unit 907 determines that the reference information has 
errors equal to or more than a predetermined value, and requests 
the transmitting side to update the reference information. Note 
that the above values are example only, and not restrictive. 



[0065] As described above, the header decompression apparatus 
908 according to the present embodiment requests updating of the 
reference information when the number of decompression errors 
becomes relatively or substantially large in the packets previously 
5 received by the receiving side. Thus, the number of packets 
discarded due to error in the reference information can be reduced, 
and efficient packet transmission can be achieved. Such 
capability of the header decompression apparatus 908 can be 
achieved in a general-purpose computer system. In this case, this 
10 capability is realized by a program executed in the computer system. 
The program is typically stored in a recoding medium such as CD-ROM, 
or transmitted through a communication medium. 

[0066] While the invention has been described in detail, the 
foregoing description is in all aspects illustrative and not 
15 restrictive. It is understood that numerous other modifications 
and variations can be devised without departing from the scope 
of the invention. 
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